• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    Method of monitoring and extracting published information from registered users in social networks, which comprises periodically transmitting to the social network apis so that each inquiry message (1) comprises at least one identification of a user account (4) assigned to a user. Access credential (2) to the social network api and sent only when the access credential (2) comprises an available status key (9a) and after a time elapsed since the access credential (2) has last used for the transmission of a query message (1), the number of user account identifications (4) contained in each inquiry message (1) being less than a maximum number of information requests made with one access credential (2) admitted in a time interval determined by the api (7) of the social network (8). The system described serves to perform this method. (Machine-translation by Google Translate, not legally binding)
    公开号:ES2632167A1
    申请号:ES201630267
    申请日:2016-03-07
    公开日:2017-09-11
    发明作者:Alfonso ECHEVERRIA ARAMBILLET；Diana GONZÁLEZ GONZÁLEZ；Alberto LABARGA
    申请人:Shokesu S L；Shokesu SL；
    IPC主号:
    专利说明:

    5
    10
    fifteen
    twenty
    25
    30
    35
    DESCRIPTION
    SYSTEM OF MONITORING AND EXTRACTION OF PUBLIC INFORMATION FROM USERS REGISTERED IN SOCIAL NETWORKS, ACCOMMODATED IN SERVERS AND CLOUDS OF SOCIAL NETWORKS DATA
    TECHNICAL FIELD OF THE INVENTION
    The present invention falls within the technical field of monitoring and extraction systems of public data from social networks hosted on servers and data clouds.
    STATE OF THE PRIOR ART OF THE INVENTION
    Social networks on the internet are becoming increasingly important in recent times. They allow their users to interact by establishing contacts by forming communities according to interests, exchanging knowledge and messages and coordinating common activities. There are a large number of social networks of different types such as the well-known social networks Facebook, Linkedin, Twitter, Goggle +, Twitter, YouTube, Myspace, SoundCloud, etc. They are based on sites or websites designed to facilitate communication between users through easy-to-use tools. The contents of these websites and the publications made by their users are hosted on servers and / or in data clouds. Social networks are undoubtedly an immense source of information and today there are hundreds of millions of registered users.
    Social networks are usually made up of communities of users members of the social network that are registered and accredited in the social network by user credentials, for example an account and a password, which allow you, on the one hand, to publish information on your own name and, on the other hand, access the information published by other users members of the same social network. Users can be private individuals, public and private institutions, companies, cultural, sports and political associations, etc.
    Social networking services allow registered users to create a profile for themselves and post messages, articles and links. These profiles can be public
    5
    10
    fifteen
    twenty
    25
    30
    35
    and the information is accessible to all internet users or, for the most part, public only for users registered on the same social network. These services generally have an API system (= application programming interface), which allows third-party applications to make use of the available information, as well as various other functionalities.
    The APIs of social networks have a limitation of requests for information for each application used that restricts the number of requests for information that a user registered in the social network or a third party can make in a certain interval of time, so that a Once this number of requests has been exceeded, the API enters a period of temporary blocking during which the API rejects by default the new information requests made using the same user credential.
    Given the growing number of social networks and the fact that many of its users are registered in more than one social network, it is increasingly difficult to monitor and collect the information published on social networks in an effective way and with the ability to reasonably sized physical computation (hardware).
    Document US7886000B1 describes a system that, among other services, comprises an application that allows a user to view the information and perform multiple actions on different private user accounts, of a plurality of social networks. These user accounts are generally owners of the same user and it is necessary to enter and authorize the application in order to obtain the required information.
    Document US20110179161A1 describes a procedure that allows combining in a user-controlled local system aggregated data of public profiles of various social networks with private profiles of the user himself resident in the local system.
    None of these systems have the ability to collect, store and view the publications of other public profiles of users that are not associated with the accounts that the registered user has authorized. Nor do they contemplate the possibility of publishing the content generated by these profiles on a web page.
    It was therefore desirable to design an effective monitoring and data extraction system.
    5
    10
    fifteen
    twenty
    25
    30
    35
    public hosted on servers and clouds of social network data and corresponding to users registered on these social networks.
    Description of the invention
    The present invention aims to improve the systems and methods of monitoring and extracting public information of registered users of social networks, hosted on servers and social media data clouds of the state of the art by means of a procedure, as well as a monitoring system and extraction of such public information. Features and embodiments of the invention will be described below.
    The method according to the invention comprises transmitting query messages comprising access credentials to an API (= application programming interface) of each social network, of user account identifications of users registered in public networks, to URL addresses of the social networks to obtain the information published by the monitored users, receive the information published and save them in an information database.
    In accordance with this method, the query messages are transmitted periodically to the APIs of the social networks so that each query message comprises at least one identification of a user account registered in the social network, assigned to an access credential API of a social network, and each query message is sent only when the access credential comprises an available status key and after a period of time since the access credential has been used for the last time for the transmission of a message query, calculated from a date and time of last access identified by a password of last access.
    Each transmitted query message is marked with an identification completion code of a date and time of completion of the transmission of the inquiry message. The completion code of the transmitted query message is assigned to the access credential as the last access key.
    After a predetermined period of time, calculated from the date and time of last access identified by the last access key, a query message is sent again with the access credential to which the last code has been assigned
    5
    10
    fifteen
    twenty
    25
    30
    35
    access. The number of user account identifications contained in each query message is less than a maximum number of requests for information made with an access credential admitted in a time interval determined by the social network API without entering a period of temporary lock
    The predetermined period of time may be greater than a period of temporary blocking during which the API to which the query message is transmitted rejects by default new requests for information made with the same access credential.
    The method described above can be implemented by means of a system for monitoring and extracting public information from registered users of social networks, hosted on servers and social network data clouds comprising a transmitting device, a publication receiving device and a storage device.
    The transmitting device is designed to transmit query messages to selected user accounts using API access credentials of a plurality of social networks, while the information receiving device is designed to receive and extract data from the information published in the accounts of selected users that have been accessed through the APIs. On the other hand, the storage device is designed to store classified published data of each monitored profile.
    In accordance with the invention, the system further comprises a credential selection device, a query message forming device, a detecting device, an assigning device, a status key changing device, as well as an iterator device.
    The credential selection device is designed to select available access credentials contained in a credential database. In this database, each access credential is assigned a last access key and a status key. The last access key is identifying a date and time of last access in which the access credential was last used in a transmitted inquiry message, while the status key is a busy status key or a key Available status Each available access credential comprises one
    5
    10
    fifteen
    twenty
    25
    30
    35
    available status key and a last access key identifying a period of time elapsed with an initial date and time prior to the initial date and time of a predetermined elapsed period of time.
    The query message forming device is designed to form query messages directed to each API. Each inquiry message comprises at least one user account identification registered in the social network, assigned to an API access credential of said social network. The number of the user account identification group in each query message is less than a maximum number of requests for information made with an access credential admitted in a time interval determined by the API without entering a period of temporary blocking.
    The detector device is designed to detect the date and time at which a query message has been transmitted and to mark each transmitted query message with a completion code identifying the date and time of completion of the message transmission. The assigning device is designed to assign the completion code as the date and time of last access, to the access credential contained in each transmitted query message.
    The status key changer device is designed to change the available status key of each of the selected access credentials to the busy status key, and to change the busy status key assigned to the access credential contained in each message of query transmitted to an available status key,
    For its part, the iterator device is designed to order the selection device to select new available access credentials contained in the credential base to successively initiate the formation of new query messages.
    According to an embodiment of the invention, the method comprises a selection stage, a state change stage, a query message formation stage, a transmission stage, a state reset stage, an allocation stage. These stages can be iterated.
    5
    10
    fifteen
    twenty
    25
    30
    35
    The selection stage comprises selecting access credentials available in a credential database in which each access credential is assigned to the last access key and the status key. The status key is a busy status key or an available status key. Each available access credential comprises an available status key and a last access key identifying an elapsed time period with an initial date and time prior to the initial date and time of a predetermined elapsed time period.
    The state change stage comprises changing the available status key of each of the selected access credentials to the busy status key.
    The message formation step comprises forming query messages by selecting user account identifications available in a messaging queue. The messaging queue comprises a plurality of user account identifications. At least one user account identification is grouped to one of the selected access credentials, such that the query messages comprise different user account identifications.
    The transmission stage comprises transmitting the query messages and marking the query message with a completion code identifying the date and time at which the query message has been transmitted.
    The status reset step comprises changing the busy status key assigned to the access credential contained in each query message transmitted to an available status key, while the assignment stage comprises assigning the completion code as date and time of last access, to the access credential contained in the transmitted query message.
    The steps indicated above, that is, the selection stage, the state change stage, the query message formation stage, the transmission stage, the status reset stage and the assignment stage, can be iterated to create continually query messages with credentials that have become available again to which user account identifications are selected successively selected from the messaging queue. Each iteration begins with a new order to select new available access credentials contained in the database.
    5
    10
    fifteen
    twenty
    25
    30
    35
    credentials to successively start the formation of new query messages.
    The step of forming query messages can be performed by selecting, in a database of messaging queues comprising a plurality of user account identifications monitored and in which each user identification is assigned to an availability key or a non-availability key, the identifications of available user accounts that comprise the availability key to obtain selected available identifications and changing, in the messaging queue database, the availability key of each selected available user account identification to the key of non-availability.
    In the messaging queue database, the non-availability key of each user account identification contained in a transmitted query message can be changed to the availability key when the user account identification has been transmitted in a Query message transmitted.
    To implement this embodiment of the method, according to an embodiment of the invention, it may comprise the credential database, and in addition to a database of messaging queues, an identification selecting device, an identification grouping device and an assigning device of credentials.
    The messaging queue database contains user account identifications, and in which each user identification is assigned to an availability key or a non-availability key, while the identification selector device is designed to select, among the user account identifications contained in the messaging queue database, the user account identifications available.
    The identification grouping device is designed to form groups of available identifications, so that each group of identifications at least comprises a user account identification. In turn, the credential assigning device is designed to assign each group of available identifications to an available access credential selected by the credential selecting device.
    5
    10
    fifteen
    twenty
    25
    30
    35
    Each message can also be assigned a query code selected between date and time codes, number codes and combinations thereof. The date and time code defines a date and time from which information published in the accounts identified in each user account identification included in the inquiry message is requested, while the number code defines a maximum number of last information published in the accounts identified in each user account identification included in the inquiry message. In order to assign the query codes, the system message forming device may be provided with a query code assigning device.
    The information returned by the APIs in response to the messages can be stored by generating response messages in a publication storage queue. Publication storage processes can generate, for example, messages in the queue of web page requests.
    The information contained in the message, consisting of the URL of the page and the ID of the publication stored in the databases can be extracted. If the page has been stored in advance (linked to another publication), save the relationship with the publication ID in the database. From each link obtained, an HTTP request can be made.
    In case of success in the HTTP request, the system can take the HTML content of the corresponding page and pass it through a filter (Open Source) that takes the relevant content of the page, eliminating unnecessary code and content such as banners, footers, menus, etc. This content can be passed through a filter to structure the data in a particular way.
    The data is published in a message in the queue of publications to be saved.
    Response messages may be contained in the page storage queue. Several equal processes are launched and controlled to consume these messages. Each of these processes can consist of:
    take the information contained in the message
    5
    10
    fifteen
    twenty
    25
    30
    35
    save the information in a database and relate it to the ID of the publication.
    publish a message in the messaging queue for semantic analysis requests with the page data.
    The messages can also be processed by taking the information contained in the message, making a request to the meaningcloud.com service, sending the content of the publication or page as the body of the message, taking the data and publishing this data in a message in the queue of semantic content to save.
    Also, the information contained in the message can be stored in the database by relating it to the ID of the publication or the page.
    It follows that the present invention allows automatic monitoring of registered user publications in social networks quickly, efficiently and simply, based on an easily scalable architecture as the volume of social network user publications to be monitored increases.
    BRIEF DESCRIPTION OF THE FIGURES
    Embodiments of the invention will be described below based on schematic drawings, in which
    Figure 1 shows characteristics of a realization of the query messages according to the present invention and their conformation.
    Figure 2 shows how new query messages are formed.
    Figure 3 shows the characteristics of a first embodiment of the method according to the invention,
    Figure 4 shows the characteristics of the system according to the invention with which the method illustrated in Figure 3 can be performed,
    Figure 5 shows the characteristics of a second embodiment of the method according to
    5
    10
    fifteen
    twenty
    25
    30
    35
    the invention,
    Figure 6 shows the characteristics of an embodiment of the system according to the invention with which the method illustrated in Figure 5 can be performed.
    EMBODIMENTS OF THE INVENTION
    In the embodiment shown in Figure 1 it can be seen that the query messages - 1- each comprise an access credential -2- to an API, a query code -3- and a predetermined number of user account identifications -4 - registered in the social network to which the API corresponds to which is accessed through the access credential -2-. The number of user account identifications -4- contained in each query message -1- is less than the maximum number of information requests made with an access credential -2- admitted in a time interval determined by the API without Enter a period of temporary blocking. The query code -3- is selected among date and time codes, number codes and combinations thereof. The date and time code defines a date and time from which information published in the accounts identified in each user account identification -4- included in the query message -1- is requested, while the number code defines a maximum number of latest information published in the accounts identified in each user account identification included in the query message -1-. To assign the query codes -3- the message forming device of the system may be provided with a device assigning query codes.
    The respective access credentials -2- contained in the query messages -1- come from available access credentials -2- selected in a credential database (figures 4 to 6), while the user account identifications - 4- contained in each query message -1- are selected among user account identifications provided with an availability key from a messaging queue -5- that contains user account identifications registered in the social network whose API is accessed through the access credentials -2- contained in the query messages -1-.
    Figure 2 shows an embodiment of how new query messages are formed -1-
    5
    10
    fifteen
    twenty
    25
    30
    35
    When a query message -1- has been transmitted, the access credential -2- contained in that query message -1- is marked with an available status key -9a-, and the date and time of transmission of the message query -1- is detected and converted into a completion code -6- that is assigned to the access credential - 2- as the last access key identifying the date and time at which the access credential -2- has been last used in a transmitted inquiry message. On the other hand, the user account identifications -4- contained in the query message -1- have been marked with a non-availability key -4a-.
    After a period of time -t- has elapsed since the date and time identified by the last access key -2a-, the access credential -2- becomes available again, so that, between user account identifications -4- that in the messaging queue -5-, they are marked with an availability key, a number of new user account identifications -4- registered in the social network to which the API corresponds corresponds, and is grouped to the access credential -2- that has become available again, to form a new query message -1-. In accordance with the above, the number of user account identifications -4- contained in each query message -1- is less than the maximum number of information requests made with an access credential -2- admitted in an interval of time determined by the API without entering a period of temporary blocking.
    To repeatedly start the formation of query messages, the selection device is ordered to select the available access credentials contained in the credential base.
    Figure 3 shows an embodiment of the method according to the invention, in which the query messages that each comprise an access credential to which a number of user account identifications have been grouped, are periodically transmitted to the APIs - 7- of a social network -8-.
    In a selection stage (step A), access credentials available in a credential database -10- are selected. In the credential database -10-, each access credential -2- is assigned to the last access key -2a- mentioned above in relation to Figure 2 and to a status key -9-. The status key -9- is the available status key -9a- described above with reference to the figure
    5
    10
    fifteen
    twenty
    25
    30
    35
    2, or a busy status key -9b-. Each access credential -2- available includes an available status key -9a- and the last access key -2a- identifying a period of time elapsed with an initial date and time prior to the initial date and time of a period of default elapsed time. After this selection (step A), the available status key -9a- of each selected access credential -2- is changed (step B) to the busy status key -9b-.
    Query messages are formed in a message formation stage (step C) that comprises forming query messages by selecting user account identifications available, and grouping a number of user account identifications to each of the available access credentials selected, so that the query messages comprise different user account identifications. In accordance with the above, the number of user account identifications contained in the query message is less than the maximum number of information requests made with the access credential that API -7- admits in a given time interval without entering a period of temporary blocking.
    The query messages are transmitted (step D) to the API -7- of the social network -8- to which the access credentials refer and in which the user accounts corresponding to the user account identifications are registered contained in the respective messages. Each transmitted inquiry message is marked (step E) with a completion code identifying the date and time at which the inquiry message was transmitted. The transmission (step A) of the message also triggers a status reset (step F) comprising changing the busy status key assigned to the access credential contained in each query message transmitted to an available status key. The completion code is assigned (step G) as the last access key to the access credential contained in the transmitted query message.
    The query message is sent only when the access credential comprises an available status key and after a period of time since the access credential has been last used for the transmission of a query message, calculated from a date and last access time identified by the last access key.
    The information provided by API -7- in response to each message of
    5
    10
    fifteen
    twenty
    25
    30
    35
    Query are received (step H) and stored (step I) for processing.
    The selection stage (step A), the state change stage (step B), the query message formation stage (step C), the transmission stage (step D), the status reset stage (step F) and the assignment stage (step AG) are performed in accordance with the above described with respect to Figure 2, so that after a predetermined period of time, calculated from the date and time of last access identified by the key of last access, a query message is sent again with the access credential to which the last access key was assigned.
    To repeatedly start the formation of query messages, the selection of available access credentials contained in the credential base is ordered iteratively (step K).
    The embodiment of the system according to the invention illustrated in Figure 4 allows to perform the method shown in Figure 3. According to this embodiment, the system comprises a transmitter device -11-, an information receiving device -12- and a device for information storage -13-, a credential selection device - 14-, a query message-forming device -15-, a detector device -16-, an assigning device -17-, a status key-changing device -18 -, as well as an iterator device-19-.
    The credential selection device -14- selects available access credentials contained in the credential database -10- in which each access credential is assigned a last access key and a status key. The last access key is identifying a date and time of last access in which the access credential was last used in a transmitted inquiry message, while the status key is a busy status key or a key Available status Each available access credential comprises an available status key and a last access key identifying an elapsed time period with an initial date and time prior to the initial date and time of a predetermined elapsed time period.
    The query message forming device -15- forms the query messages addressed to each API -7-. Each query message comprises at least one
    5
    10
    fifteen
    twenty
    25
    30
    35
    user account identification registered in the social network -8-, assigned to an API access credential -7- of said social network -8-. In accordance with the above, the number of user account identifications in each query message is less than a maximum number of information requests made with an access credential admitted in a time interval determined by the API -7- without Enter a period of temporary blocking.
    The detector device -16- detects the date and time at which a query message has been transmitted and marks each transmitted query message with a completion code identifying the date and time of completion of the transmission of the message. The assigning device -17- assigns the completion code as the date and time of last access to the access credential contained in each transmitted query message.
    The status key changer device -18- changes the available status key of each of the selected access credentials to the busy status key, and changes the busy status key assigned to the access credential contained in each message of query transmitted in an available status key,
    The iterator device -19- orders the selection device the selection of available access credentials contained in the credential base to repeatedly start the formation of query messages.
    The transmitting device -11- transmits inquiry messages to selected user accounts using API access credentials -7- of the social network -8-, while the information receiving device -12- is designed to receive and extract data from the information published in the selected user accounts that have been accessed through the APIs -7-. On the other hand, the storage device 13 is designed to store the classified published data of each monitored user account.
    In the second embodiment of the method according to the invention illustrated in Figure 5, a message is formed by first selecting an available credential (step A) in the credential database -10-. The access credentials and the access credentials database have the characteristics already described above with
    5
    10
    fifteen
    twenty
    25
    30
    35
    reference to figures 3 and 4. When the available credential has been selected, its available status key (step B) is changed to the busy status key.
    In a messaging queue database -20- comprising a plurality of user account identifications, a predetermined number of user account identifications marked with an availability key that is grouped (step C) is selected (step L). to the access credential selected to form a group -2, 4- to which a query code -3- is assigned, the characteristics of which have been described above with reference to Figure 1, thus forming the query message -1-. In the messaging queue database -20-, the availability key of each selected user account identification is changed (step M) to the non-availability key.
    The query message that is transmitted (step D) to the API -7- of the social network -8- and, like what has already been described with reference to Figure 3, the information provided by the API -7 - in response to each query message -1- they are received (step H) and stored (step I) for processing.
    Once the query message -1- is sent, its transmission date and time is detected and it is assigned a completion code (step E) identifying the date and time at which the query message -1- has been transmitted. The transmission of the query message -1- also triggers a status reset comprising changing (step G), in the credential database -10- the busy status key assigned to the access credential contained in each query message -1- transmitted to the available status key. The completion code is assigned (step F) as the last access key to the access credential contained in the transmitted query message.
    The realization of the system illustrated in Figure 6 serves to perform the method shown in Figure 5 and also comprises the elements already described with reference to Figure 4, the messaging queue database -20-, a sorting device of available identifications -21- and an availability key changer device -22-, as well as a query code assigning device -23-, and a credential assigning device -24- integrated in the query message-forming device -15 -.
    The identifier selection device -21- available is intended to detect and select, in the database of messaging queues -20-, the identifications marked with an availability key that will be part of the respective query messages. The availability key changer device - 5 22 - is provided for, in the messaging queue database -20-, to change the password
    of availability of each user account identification selected to the non-availability key.
    The query code assigning device -23- is intended to assign the 10 query codes to the query messages while the credential assignment device -24- is intended to assign a number of selected user account identifications to the credential access selected to form the inquiry message.
    fifteen
    权利要求:
    Claims (9)
    [1]
    5
    10
    fifteen
    twenty
    25
    30
    35
    1. A method of monitoring and extracting published information from registered users on social networks hosted on servers and social network data clouds that includes transmitting query messages that include access credentials to an API of each social network, and account identifications of user of users registered in public networks, to the URLs of social networks to obtain data from the information published by the monitored users, receive the published information and save them in an information database, characterized in that
    the query messages (1) are periodically transmitted to the APIs (7) of the social networks (8) so that each query message (1) comprises at least one identification of a user account (4) registered in the network social (8), assigned to an access credential (2) to the API (7) of a social network (8);
    each query message (1) is sent only when the access credential (2) comprises an available status key (9a) and after a period of time since the access credential (2) has been last used for the transmission of a query message (1), calculated from a date and time of last access identified by a password of last access (2a);
    each query message (1) is marked with a completion code (6) identifying a date and time of completion of the transmission of the query message (1);
    the completion code (6) of the transmitted query message (1) is assigned to the access credential (2) as the last access key (2a),
    after a predetermined period of time (t), calculated from the date and time of last access identified by the last access key (2a), a query message (1) is sent again with the access credential (2) to which the last access code (2a) has been assigned;
    the number of user account identifications (4) contained in each query message (1) is less than a maximum number of requests for information made
    5
    10
    fifteen
    twenty
    25
    30
    35
    with an access credential (2) admitted in a time interval determined by the API (7) of the social network (8) without entering a period of temporary blocking.
    [2]
    2. Method, according to claim 1, characterized in that the predetermined period of time (t) is greater than a period of temporary blocking during which the API (7) to which the query message (1) is transmitted rejects by default new requests for information made with the same access credential (2).
    [3]
    3. Method, according to claim 1 or 2, characterized in that it comprises
    a selection stage (A) comprising selecting access credentials (2) available in a credential database (10) in which each access credential (2) is assigned to the last access key (2a) and the status key (9), the status key (9) being an available status key (9a) or a busy status key (9b), where each available access credential (2) comprises an available status key (9a ) and a last access key (2a) identifying a period of time elapsed with an initial date and time prior to the initial date and time of a predetermined elapsed period of time (t),
    a state change stage (B) comprising changing the available status key (9a) of each of the access credentials (2) selected to the busy status key (9b);
    a message formation stage (C) comprising forming query messages (1) by selecting user account identifications (4) available in a messaging queue (5) comprising a plurality of user account identifications (4), and grouping at least one user account identification (4) to one of the selected access credentials (2) selected, such that the query messages (1) comprise different user account identifications (4),
    a transmission stage (D) comprising transmitting the query messages (1) and marking (E) the query message (1) transmitted with a completion code (6) identifying the date and time at which the message of query (1) has been transmitted;
    a status reset stage (F) comprising changing the busy status key
    5
    10
    fifteen
    twenty
    25
    30
    35
    (9a) assigned to the access credential (2) contained in each query message (1) transmitted to an available status key (9a);
    an assignment stage (G) comprising assigning the completion code (6) as the last access key (2a) to the access credential (2) contained in the transmitted query message (1),
    iterate the selection stage (A) to successively start the formation of new query messages (1).
    [4]
    4. Method, according to claim 1, 2 or 3, characterized in that the step of forming query messages comprises
    select, from a messaging queue (5) contained in a messaging queue database (20) comprising a plurality of user account identifications (4) monitored and in which each user identification (4) is assigned to an availability key or a non-availability key (4a), the available user account identifications (4) comprising the availability key to obtain selected user account identifications (4) available;
    change, in the messaging queue database (20), the availability key of each available user account identification (4) selected to the non-availability key (4a).
    [5]
    5. Method, according to claim 4, characterized in that it comprises changing, in the database of messaging queues (20), the non-availability key (4a) of each user account identification (4) contained in a message query (1) transmitted to the availability key when the user account identification (4) has been transmitted in a transmitted query message (1).
    [6]
    6. Method, according to claim 1, 2, 3 or 4, characterized in that each query message (1) is assigned a query code (3) selected from date and time codes, number codes and combinations thereof , defining each date and time code a date and time from which information published in the accounts identified in each user account identification (4) included in the
    5
    10
    fifteen
    twenty
    25
    30
    35
    query message (1), and each number code defines a maximum number of latest information published in the accounts identified in each user account identification (4) included in the query message (1).
    [7]
    7. System for monitoring and extracting public information of registered users of social networks, hosted on servers and clouds of social network data comprising
    a transmitting device (11) for transmitting inquiry messages (1) to selected user accounts using credentials of access (2) to APIs (7) of each social network (8),
    an information receiving device (12) for receiving and extracting data from the information published in the selected user accounts that have been accessed through each API (7) by transmitting a query message (1),
    a storage device (13) for storing classified published data of monitored user account,
    characterized in that it comprises
    a credential selection device (21), designed to select available access credentials (2) contained in a credential database (10) in which each access credential (2) is assigned to a last access key (2a) and a status key (9), the last access key (2a) identifying a date and time of last access in which the access credential (2) has been used for the last time in a message query (1) transmitted, and the status key (9) being an available status key (9a) or a busy status key (9b), where each available access credential (2) comprises an available status key (9a ) and a last access key (2a) identifying a period of time elapsed with an initial date and time prior to the initial date and time of a predetermined elapsed period of time (t),
    a query message forming device (15) to form query messages (1) addressed to each API (7), each query message (1) comprising at least one
    5
    10
    fifteen
    twenty
    25
    30
    35
    user account identification (4) registered in the social network, assigned to an access credential (2) to the API (7) of said social network (8), the number of user account identifications (4) being in each query message (1) less than a maximum number of requests for information made with the same access credential (2) admitted in a time interval determined by the API (7) without entering a period of temporary blocking,
    a detector device (16) designed to detect the date and time at which a query message (1) has been transmitted and to mark each query message (1) transmitted with a completion code (6) identifying the date and time of completion of the transmission of the inquiry message (1),
    an assigning device (17) designed to assign the completion code (6) as the date and time of last access to the access credential (2) contained in each transmitted query message (1);
    a status key changer device (22), designed to change the available status key (9a) of each of the access credentials (2) selected to the busy status key (9b), and to change the password of busy state (9b) assigned to the access credential (2) contained in each query message (1) transmitted in an available status key (9a),
    an iterator device (19) designed to order the selection device to select new available access credentials (2) contained in the credential base (10) to successively initiate the formation of new query messages (1).
    [8]
    8. System, according to revindication 7, characterized in that the credential database (10) is included in the system, and because the system also includes
    a database of messaging queues (20) containing messaging queues (5) comprising user account identifications (4), and in which each user account identification (4) is assigned to an availability key or to a non-availability key (4a);
    an identification selecting device (21) designed to select available user account identifications (4) from among the available user account identifications contained in each messaging queue (5);
    5 a credential assigning device designed to assign a number of available user account identifications (4) to an available access credential (2) selected by the credential selecting device (14).
    [9]
    9. Method, according to claim 8, characterized in that it comprises a device 10 assigning query codes (23) designed to assign a query code (3) to each query message (1), selected from date and time codes, number codes and combinations thereof, in which each date and time code defines a date and time from which information published in the accounts identified in each user account identification (4) included in the message is requested 15 of query (1), and each number code defines a maximum number of latest information published in the accounts identified in each user account identification (4) included in the query message (1).
    twenty
    类似技术:
    公开号 | 公开日 | 专利标题
    ES2318474T3|2009-05-01|SYSTEM AND METHOD FOR MONITORING WEB ACTIVITY.
    IL238243A|2020-03-31|Method of processing requests for digital services
    US8719196B2|2014-05-06|Methods for monitoring computer resources using a first and second matrix, and a feature relationship tree
    US20160219089A1|2016-07-28|Systems and methods for messaging and processing high volume data over networks
    IL263654D0|2019-01-31|Empirical expert determination and question routing system and method
    US8600915B2|2013-12-03|Systems for monitoring computer resources
    US9369869B2|2016-06-14|Method and system for automatic logon support without manual input of credentials
    RU2011142328A|2013-04-27|SECURITY CARD PROTECTION SYSTEM
    US10078743B1|2018-09-18|Cross identification of users in cyber space and physical world
    CN104618388B|2018-07-10|Fast registration login method and corresponding resetting server, information server
    CN105579990A|2016-05-11|Application-aware network management
    CN105095130B|2018-12-25|Information processing equipment, system and information processing method
    CN108028768A|2018-05-11|The method and system of application version is installed by short-range communication
    CN109214196A|2019-01-15|A kind of data interactive method, device and equipment
    CN106060097B|2019-04-09|A kind of management system and management method of information security contest
    CN108370379A|2018-08-03|With cunicular equipment management
    CN109359250A|2019-02-19|Uniform resource locator processing method, device, server and readable storage medium storing program for executing
    ES2632167B1|2018-03-09|SYSTEM OF MONITORING AND EXTRACTION OF PUBLIC INFORMATION OF USERS REGISTERED IN SOCIAL NETWORKS, ACCOMMODATED IN SERVERS AND CLOUDS OF SOCIAL NETWORK DATA
    Krishna et al.2014|Secure socket layer certificate verification: a learning automata approach
    EP3151514B1|2020-11-04|A method in a client-server network and client-server network
    CN110191131A|2019-08-30|A kind of file sharing method, device, system, server and storage medium
    KR101625298B1|2016-05-30|Information management apparatus, terminal, and information management system
    WO2017171732A1|2017-10-05|Methods and systems for distributed testing of network configurations for zero-rating
    CN110313161A|2019-10-08|The detection based on IPFIX to the amplification attack on database
    US20170099359A1|2017-04-06|Method for privacy protection
    同族专利:
    公开号 | 公开日
    MX2018010909A|2019-02-07|
    US20190311143A1|2019-10-10|
    CO2018010785A2|2018-12-28|
    EP3454247A4|2020-02-19|
    EP3454247A1|2019-03-13|
    ES2632167B1|2018-03-09|
    WO2017153621A1|2017-09-14|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    US20110113096A1|2009-11-10|2011-05-12|Kevin Long|System and method for monitoring activity of a specified user on internet-based social networks|
    US20130254401A1|2012-02-14|2013-09-26|Airwatch, Llc|Controlling Distribution of Resources on a Network|
    US7886000B1|2006-06-27|2011-02-08|Confluence Commons, Inc.|Aggregation system for social network sites|
    US20110179161A1|2010-01-21|2011-07-21|International Business Machines Corporation|Aggregation of social network data|
    US20140245411A1|2013-02-22|2014-08-28|Nokia Corporation|Method and apparatus for providing account-less access via an account connector platform|US10944685B2|2017-11-29|2021-03-09|International Business Machines Corporation|Abstracted, extensible cloud access of resources|
    法律状态:
    2018-03-09| FG2A| Definitive protection|Ref document number: 2632167 Country of ref document: ES Kind code of ref document: B1 Effective date: 20180309 |
    2021-09-30| FD2A| Announcement of lapse in spain|Effective date: 20210930 |
    优先权:
    申请号 | 申请日 | 专利标题
    ES201630267A|ES2632167B1|2016-03-07|2016-03-07|SYSTEM OF MONITORING AND EXTRACTION OF PUBLIC INFORMATION OF USERS REGISTERED IN SOCIAL NETWORKS, ACCOMMODATED IN SERVERS AND CLOUDS OF SOCIAL NETWORK DATA|ES201630267A| ES2632167B1|2016-03-07|2016-03-07|SYSTEM OF MONITORING AND EXTRACTION OF PUBLIC INFORMATION OF USERS REGISTERED IN SOCIAL NETWORKS, ACCOMMODATED IN SERVERS AND CLOUDS OF SOCIAL NETWORK DATA|
    EP17762583.7A| EP3454247A4|2016-03-07|2017-03-07|System for monitoring and extracting public information which belongs to users registered on social networks and which is stored on servers and data clouds of social networks|
    MX2018010909A| MX2018010909A|2016-03-07|2017-03-07|System for monitoring and extracting public information which belongs to users registered on social networks and which is stored on servers and data clouds of social networks.|
    PCT/ES2017/070125| WO2017153621A1|2016-03-07|2017-03-07|System for monitoring and extracting public information which belongs to users registered on social networks and which is stored on servers and data clouds of social networks|
    US16/083,197| US20190311143A1|2016-03-07|2017-03-07|System for monitoring and extracting public information which belongs to users registered on social networks and which is stored on servers and data clouds of social networks|
    CONC2018/0010785A| CO2018010785A2|2016-03-07|2018-10-08|System for monitoring and extracting public information from registered users on social networks, hosted on servers and social media data clouds|
    [返回顶部]